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PROCEDE D'EMREGISTREMENT DE CONTENUS AUDIO-VISUELS DAMS 

UN RESEAU DE COBSaflUNtCATiON 



La presente invention concerne un precede d'enregistrement de 
contenus audio-visuels dans un reseau de communication. 

L'invention trouve une application particulierement avantageuse dans le 
domaine de I'enregistrement a distance de contenus audio-visuels. 

On connatt de I'etat de la technique des precedes d'enregistrement a 
distance de contenus audio-visuels diffuses par des canaux de diffusion a 
travers un reseau de communication qui consistent a requerir aupres d'un 
canal de diffusion qu'il diffuse un contenu choisi par I'utilisateur sur un 
enregistreur numerique personnel (PDR pour Personal Digital Recorder) situe 
par exemple au domicile de I'utilisateur. 

Le recours a de tels precedes d'enregistrement a distance est rendu 
necessaire lorsque, par exemple, un utilisateur se trouvant eloigne de son 
domicile s'apercoit qu'il a oublie de programmer un enregistrement sur son 
PDR alors qu'il eta'rt encore chez lui. 

L'utilisateur peut alors au moyen de son ordinateur de bureau, de son 
telephone mobile ou de son assistant personnel (PDA) programmer a distance 
cet enregistrement par une requete aupres du canal de diffusion concerne. 

Dependant, s'ils repondent bien a ce type de besoin, les precedes 
d'enregistrement a distance connus ne permettent pas de resoudre d'autres 
problemes lies a i'enregistrement de contenus audio-visuels. C'est le cas, en 
particulier, lorsque le canal de diffusion dont I'utilisateur souhaiterait 
enregistrer un contenu ne peut etre regu du fait que ce canal ne fait pas partie 
de I'abonnement souscrit par I'utilisateur, ou encore lorsque le recepteur de 
I'utilisateur ne peut recevoir un seul canal a la fois et qu'il est utilise, par 
exemple par une autre personne, sur un autre canal de diffusion au moment 
de la diffusion du contenu que I'utilisateur souhaite enregistrer. 
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Aussi, le probieme technique a resoudre par I'objet de la presente 
invention est de proposer un precede d'enregistrernent de contenus audio- 
visuels dans un reseau de communication, qui permettrait a un utilisateur 
d'enregistrer des contenus audio-visuels qu'il ne peut directement enregistrer 
sur son recepteur, soit parce qu'ils ne peuvent etre recus sur son recepteur 
soit parce que ie recepteur n'est pas prevu pour recevoir plusieurs canaux de 
diffusion a la fois. 

La solution au probieme technique pose consiste, selon la presente 
invention, en ce que, ledit reseau de communication comprenant au moins un 
enregistreur de reseau apte a enregistrer des contenus audio-visuels diffuses 
sur une pluralite de canaux de diffusion, I'enregistrement desdits contenus 
audio-visuels par un enregistreur de reseau etant effectue a la demande d'un 
utilisateur muni d'un terminal de communication apte a echanger des 
informations avec au moins un enregistreur de reseau a travers ledit reseau 
de communication, ledit precede comporte les etapes suivantes : 

- pour I'enregistreur de reseau, se declarer dans fe reseau , la declaration 
indiquant au moins : 

* u n moyen d'acces audit enregistreur, 

* une liste de canaux de diffusion dont les contenus audio-visuels 
diffuses sont aptes a etre enregistres par I'enregistreur de reseau, 

- pour I'utilisateur, choisir au moyen de son terminal un enregistreur de reseau 
apte a enregistrer au moins un contenu audio-visuel souhaite et s'y connecter 
a I'aide dudit moyen d'acces afin de commander I'enregistrement dudit au 
moms un contenu audio-visuel, ladite commande comprenant une 
identrfication dudit au moins un contenu audio-visuel a enregistrer a choisir 
separement ou en combinaison, entre une reference unique dudit contenu et 
une identification d'une instance dudit contenu constitute d'au moins 
Identification du canal de diffusion de ladite instance accompagnee de 
('indication d'une plage horaire de diffusion, 

- pour I'enregistreur de reseau, emettre une reponse a la commande 
d'enregistrernent de I'utilisateur contenant pour chaque contenu a enregistrer 
une identification de la commande d'enregistrernent acceptee, en cas 
d'acceptation de la commande. 
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Ainsi, I'utilisateur peut a tout moment depuis son PDR, mais aussi 
depuis son ordinateur personnel, son telephone mobile ou son assistant 
personnel, commander a I'enregistreur de reseau d'enregistrer pour !ui un 
contenu audio-visuei sur n'importe quel canal de diffusion , meme ceux 
auxquels i! n'a pas directement acces, afin de le transferer ensuite sur le 
recepteur de son choix (PDR, ordinateur personnel, PDA) et le regarder & un 
moment ou le recepteur est disponible. 

Selon ^invention, ladite indication de plage horaire comporte I'heure de 
debut de diffusion et I'heure de fin ou la dur6e de diffusion sur le canal de 
diffusion de ladite instance. 

^invention prevoit deux moyens d'acces principaux a un enregistreur 
de reseau. En effet, selon un mode de realisation, ledit moyen d'acces a un 
enregistreur de reseau consiste en une adresse dudit enregistreur dans le 
r6seau, alors que, selon un autre mode de realisation, ledit moyen d'acces a 
un enregistreur de reseau consiste en un annuaire comprenant une inscription 
des operations particulieres aux enregistreurs de n&seau, chaque enregistreur 
de reseau etant identifie par ladite operation. 

De maniere plus precise, selon 1'invention, ladite liste des canaux de 
diffusion dont les contenus audio-visuels diffuses sont aptes a etre enregistres 
par I'enregistreur de reseau comporte 1'adresse de chacun des canaux de 
diffusion, accompagnee optionnellement du tarif pratique par I'enregistreur de 
reseau pour chacun des canaux de diffusion. On entend par « adresse d'un 
canal de diffusion » un identifiant tel que codifie par un consortium 
rassemblant des organismes et des societes interesses, comma le forum TV- 
Anytime. 

Par ailleurs, afin de permettre a I'utilisateur de recevoir dans des 
conditions techniques compatibles avec son recepteur Penregistrement du 
contenu audio-visuel effectue par I'enregistreur de reseau, il est prevu par 
1'invention que la declaration de I'enregistreur de reseau dans le reseau 
contient les capacites de conversion dudit enregistreur. Plus particulierement, 
lesdites capacites de conversion concernent la reduction en debit et/ou le 
transcodage des contenus audio-visuels. 
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II faut egalement signaler que les contraintes concernant !e debit et ie 
transcodage du contenu audio-visuel emanent de Putilisateur iui-meme 
puisque Pinvention preconise que ladite cornmande contient les capacites de 
conversion exigees par Putilisateur pour le transfert de Penregistrement vers 
5 son terminal. 

De rneme, selon Pinvention, la declaration de Penregistreur de reseau 
dans le reseau contient les protocoles de transfert du contenu audio-visuei 
enregistre vers le terminal de Tutilisaieur aptes a etre mis en ceuvre par 
Penregistreur de reseau. En d'autres termes, cette disposition permet a 
10 Putilisateur de choisir soil un mode de transfert direct, de type « streaming », 
soit un mode par telechargement, en diffen§ par rapport d Penregistrement 
dans le reseau. 

Apres avoir regu une cornmande d'enregistrernent, Penregistreur de 
reseau fournit une reponse a Putilisateur qui a emss la cornmande. 

15 Dans le cas cPun refus, la reponse de Penregistreur de reseau a la 

cornmande d'enregistrernent de Putilisateur contient une identification de 
contenu refusi, en cas de pluralite de contenus commandes. De meme, la 
reponse de I'enregistreur contient la raison du refus, Un refus peut provenir 
par exemple du fait que Penregistreur de reseau n'a pas acces au contenu 

20 demands par Putilisateur. 

Dans le cas d'une acceptation de la cornmande, Pinvention envisage 
plusieurs options possibles en plus de Pidentification de la cornmande 
acceptee, a savoir : la reponse de Penregistreur de reseau contient ladite 
reference unique du contenu audio-visuel command^, la reponse de 

25 Penregistreur de reseau contient Pheure de fin programmer de 
Penregistrement et/ou le cout dudit enregistrement, ou encore la reponse de 
Penregistreur de reseau contient la duree de conservation de Penregistrement 
par Penregistreur de reseau. 

Egaiement, le precede d'enregistrement, objet de Pinvention, offre a 

so Putilisateur la possibility de se raviser et de revoir sa cornmande, puisqu'il est 
prevu que ledit precede comporte Egaiement les eiapes consistant pour 
Putilisateur a formuler une requete d'annulation d'une cornmande 
d'enregistrement acceptee ou de suppression d 3 un contenu enregistre par 
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I'enregistreur de reseau, en indiquant au moins I' identification de la commande 
d'enregistrament acceptee. 

De maniere a permettre a Futiiisateur de savoir a tout moment a quel 
stade de traitement par I'enregistreur de reseau se trouve sa commande, le 
procede d'enregistrement selon invention comporte egalement les etapes 
consistent : 

- pour I'utilisateur, en cas d'acceptation de la commande, a formuler vers 
I'enregistreur de reseau une requete sur I'etat de la commande 
d'enregistrement en indiquant au moins ladite identification de la commande 
d'enregistrement acceptee, 

- pour I'enregistreur de reseau, a emettre une reponse a la requete sur I'etat 
de la commande d'enregistrement contenant au moins Identification de la 
commande d'enregistrement acceptee et I'etat de la commande. 

De preference, ladite requete sur I'etat de la commande 
d'enregistrement contient ladite reference unique du contenu et/ou 
I'identification de I'utilisateur. 

Selon les situations, la reponse de i'enregistreur a la requete sur I'etat 
de la commande peut prendre plusieurs formes : 

- la reponse a la requete sur I'etat de la commande d'enregistrement 
contient, en cas de commande non encore executee, la reference unique du 
contenu et/ou la date et I'heure de fin programmee. 

- la reponse a la requete sur i'etat de la commande d'enregistrement 
contient, en cas de commande inconnue, la reference unique du contenu. 

- la reponse a la requete sur I'etat de la commande d'enregistrement 
contient, en cas d'echec de la commande, la reference unique du contenu. 

- la reponse a la requite sur I'etat de la commande d'enregistrement 
contient, lorsque le contenu est disponible, une adresse ou le contenu 
enregistre est disponible. Dans ce dernier cas, la reponse contient la 
reference unique du contenu et/ou la duree de conservation de 
I'enregistrement par I'enregistreur de reseau. 

La description qui va suivre en regard des figures annexees, donnees a 
titre d'exemples non limitatifs, fera bien comprendre en quoi consiste 
I'invention et comment elle peut etre realises. 
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La figure 1 est un organigramme general du precede d'enregistrement 
selon I'invention. 

La figure 2 est un organigramme du precede d'enregistrement selon 
I'invention dans le cas d'une commande d'enregistrement reussie. 

La figure 3 est un organigramme du precede d'enregistrement selon 
I'invention dans le cas d'une commande d'enregistrement refuses. 

La figure 4 est un organigramme du precede d'enregistrement selon 
I'invention dans le cas d'une commande d'enregistrement reussie avec delai 
supplementaire. 

La figure 5 est un organigramme du precede d'enregistrement selon 
('invention dans le cas d'une commande d'enregistrement reussie suivie d'une 
annuiation. 

La figure 6 est un organigramme du precede d'enregistrement selon 
('invention dans le cas d'une commande d'enregistrement reussie suivie d'un 
echec d'enregistrement. 

La figure 7 est un organigramme du precede d'enregistrement selon 
I'invention dans le cas d'une commande d'enregistrement inconnue. 

Sur la figurel est represents de maniere generate un organigramme 
d'un precede d'enregistrement de contenus audio-visuels (AV) dans un reseau 
de communication. 

Ce precede implique au moins un enregistreur de reseau 
correspondant a la partte dreite de la figure 1, apte a enregistrer des contenus 
aud.o-visuels dlffus6s sur des canaux de diffusion. Les enregistreurs de 
reseau sont des operafeurs qui offrent a des utilisateurs la possible 
d'enreg,strer a leur place et pour leur compte des contenus audio-visuels qu'ils 
ne peuvent enregistrer eux-meme du fait par exemple qu'il ne leur est pas 
poss.ble, par faute d'abonnement adequat, d'acceder au canal de diffusion 
drffusant le contenu AV recherche ou encore du fait que leur recepteur est 
deja ut.l.se par une autre personne sur un autre canal de diffusion Les 
enreg,streurs de reseau peuvent etre des operafeurs specialises dans ce type 
de sen/ice ou les canaux de diffusion (chames de television) eux-meme. 

L'enregisfrement d'un contenu audio-visuel par I'enreqistreur de reseau 
est eftectue a la demande d'un utilisateur, correspondant a la partie gauche 
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de la figure 1 , muni d'un terminal apte a echanger des informations . 
concernant la commande d'enregistrernent avec des enregistreurs da reseau 
a travers un reseau de communication. 

Dans un premier temps, les enregistreurs de reseau doivent se declarer 
dans !e reseau de communication . Ceci peut se faire directement a travers un 
site Web de fenregistreur ou par fintermediaire d'un annuaire, par example 
UDDI (Universal Description, Discovery and Integration) associe a la 
technologie d'echange SOAP (Simple Object Access Protocol). Dans ce 
dernier cas, Pannuaire doit creer una rubrique particuliere correspondant a 
Tactivite « Enregistreurs de reseau » et y inscrire les enregistreurs de reseau 
qui se seront declares dans cette annuaire et pour cette rubrique. 

La declaration de chaque enregistreur de reseau de son existence dans 
le reseau (structure de donnees < TVJRecordJ5erviceJDBclaration>) sndique : 

- de preference, une adresse de fenregistreur de reseau (element 
<RecordServicaAddress>) que ce soit celle d'un site Web ou d'une une 
rubrique d'annuaire, il s'agit de Padresse a laqueiie la commande 
d'enregistrement devra etre envoyee, 

- de preference, la liste des canaux de diffusion qu'il peut enregistrer 
(element <DeliveryServiceList>) pouvant contenir pour chaque canal : 

* de preference, Padresse du canal de diffusion telle que definie, 
par example, par le forum TV Anytime (attribut "sen/iceURL"), 

* optionnellement, le tarif pratique par fenregistreur pour ce canal 
de diffusion (element < ChargingPolicy>) , 

- optionnellement, les capacites de conversion de fenregistreur 
(6l6ment <ConversionCapabHities>) qui se d^composent en : 

* possibifrte de reduction en debit (element 
<BitrateConversionCapability>), passage de 4 a 2 Wbits par 
example. 

* possibility de transcoder les contenus audiovisuels (element 
<TranscodingCapability>) dans differents formats de codage 
audiovisuel, tel que le transcodage MPEG2 en SV1PEG4. 
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- optionnellement, les protocoles supportes pour le transfert du contenu 
AV une fois I'enregistrement effectue vers le recepteur de I'utilisateur : mode 
FTP, « streaming » ou telechargement differe. 

Correlativement, I'utilisateur doit etre en mesure de decouvrir 
I'existence des enregistreurs de reseau de mantere a pouvoir selectionner 
celui qui sera susceptible d'enregistrer le contenu AV souhaite dans les 
meilleures conditions techniques, economiques et ergonomiques. Ceci peutse 
faire : 

- soit par la definition d'un type MIME (Multipurpose Internet Mail 
Extensions) particulier (ex. : "applicaiion/x-TV-Record-Service-Declaration\ 
ce qui perrnet a la reception d'un fichier de ce type, en provenance d'un site 
Web, d'activer sur le recepteur de I'utilisateur un logiciel d 'interpretation de la 
structure de donnees <TV_Record__Service„Declaration> definie ci-dessus, 

- soit par utilisation d'un annuaire UDDI avec la definition d'un nouveau 
"tModel" pour les services d'enregistrement de contenus audiovisuels*' 
permettant a tout enregistreur de declarer son existence et ses capacites a> : 
cette annuaire par la structure de donnees <TV„Record_Sefvice_Declaration> z 
d§finie ci-dessus. a 

Apres avoir choisi, a partir d'un site Web ou d'un annuaire ' 
I'enregistreur de reseau qui lui convient le mieux pour I'enregistrement du 
contenu AV souhaite, I'utilisateur adresse a cet enregistreur une commande 
d'enregistrement (structure de donnees <7V_Recoro'_Servyce_Rec ?l /esf>) 
comprenant : 

- de preference, ('identification de I'utilisateur (attribut <Userld>) si ce 
dernier n'a pas ete identifie d'une autre maniere comma par exemple au 
moment de sa connexion avec I'enregistreur (connexion du type Identifiant- 
mot de passe), 

- de preference, une identification du contenu AV a enregistrer qui peut 
etre : ' ' 

soit une reference unique dudit contenu (attribut "CRID'% 
essentiellement une simple identification du contenu en tant que tel, 

* soit ('identification faite par I'utilisateur lui-meme d'une instance 
de ce contenu constitute de : 
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. de preference, ('identification du canal de diffusion 

(attribut "serviceURL"), 

. de preference, I'heure de debut (attribut "start'), 

. de preference, Theure de fin (attribut "end") ou ia duree 

(attribut "duration"), 

optionnellernent, Identification d'une instance 

particuliere (attribut "instanceMetadatald"). 

- optionnellernent, les capacites de conversion exigees par I'utilisateur- 
La r^ponse de Tenregistreur de r6seau a la commande 

d'enregistrement de I'utilisateur (structure de donnees 
<TV_Record_Service_Request_Response>) contient pour cheque contenu a 
enregistrer : 

- soit une acceptation de Sa commande d'enregistrement (Element 
<RecordRequestSuccess>) contenant : 

* de preference, ('identification de fa commande d'enregistrement 
acceptee (attribut "requesiid"), 

* optionnellernent, ['identification du contenu demande (attribut 
"CR/D"), 

* optionnellernent, i'heure de fin programmee d'enregistrement 
(attribut "recordEndTirne'*), 

* optionnellernent, la duree de conservation du contenu 
enregistre (attribut "keepDuration"), 

* optionnellernent, le cout de I'enregistrement (attri^uts 
"recordCost" et "currency"). 

- soit un refus de commande d'enregistrement (element 
<RecordRequestFailure>) contenant : 

* de preference, ['identification du contenu demande (attribut 
"CRID'% 

* optionnellernent, la raison du refus (attribut "KOreason'). 

En cas d'acceptation de sa commande, Tutilisateur peut suivre Petat de 
sa commande d'enregistrement (structure de donnees 
<TV_Record_Request_Status_Request>) en indiquant : 
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- de preference, identification de la commande d'enregistrement 
acceptee (attribut "requestld"), 

"CRID") ° Pti0nne,,ement ridentificatio n du contenu a enregistrer (attribut 

- optionnellement, identification de 1'utilisateur (attribut <Userfd>) 

A cette requete sur I'etat de la commande, I'enregistreur de reseau 
emet une reponse (structure de donnees 

^Record_Request_S(atus_RespQnse>) contenant : 

- en cas de commande non encore executes : 

de preference, identification de la commande 
d'enregistrement acceptee (attribut "requestld"), 

* de preference, I'etat de la commande (attribut "status", 
valeur "runnningRequest") , 

* optionnellement, I'identification du contenu a enregistrer 
(attribut "CRID"), 

* optionnellement, la date et I'heure de fin programmee 
(attribut "callAfter"). 

- en cas de commande inconnue (I'attribut « request! D » n'est pas 
reconnue) : 

* de preference, I'identification de la commande d'enregistrement 
acceptee (attribut "requestld"), 

* de preference, I'etat de ia commande (attribut "status", valeur 
"unknown Request") , 

* optionnellement, I'identification du contenu a enregistrer 
(attribut "CRID"). 

- en cas de commande terminee sur echec (cas d'une panne par 
exemple) : F 

* de preference, I'identification de la commande d'enregistrement 
acceptee (attribut "requestld'), 

* de preference, I'etat de la commande (attribut "status" valeur 
"failedRequest"), 

"CRID") ° Pti0nnel,ement |,identi ^tion du contenu a enregistrer (attribut 
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- en cas de commande terminee avec contenu disponibie : 

* de preference, ^identification de la commande d'enregistrement 
acceptee (attribut "requestld"), 

* de preference, I'etat de la commande (attribut "status", vaieur 

"contentAvaitable"), 

* de preference, ie moyen de recuperer ie contenu enregistre 
(attribut "contentURL"), 

* optionneilement, i'identification du contenu a enregistrer 
(attribut "GRID"), 

* optionneilement, la duree de conservation du contenu 
enregistre dans I'enregistreur (attribut "keepDuration"). 

L'utiiisateur dispose egalement de la facufte, s'il change d'avis, de 
requerir I'annulation de sa commande d'enregistrement (structure de donnees 
<TV__Record_Request_Cancef>) en indiquant : 

- de preference, I'identification de la commande d'enregistrement 
acceptee (attribut "requestid"), 

- optionneilement, I'identification du contenu a enregistrer (attribut 

"CRID'% 

- optionneilement, I'identification de l'utiiisateur (attribut <Userld>). 
L'utiiisateur peut aussi demander la suppression d'un contenu AV deja 

enregistre dans Ie reseau (structure de donnees 
<Recortied_Content_Deiete>) en indiquant : 

- de preference, I'identification de la commande d'enregistrement 
acceptee (attribut "requestld"), 

- optionneilement, I'identification du contenu a enregistrer (attribut 

"CRID'% 

- optionneilement, I'identification de l'utiiisateur (attribut <Usertd>). 

Les etapes du procede d'enregistrement qui viennent d'etre presentees 
de maniere generate en regard de la figure 1 vont maintenant etre decrites 
plus en detail en reference aux figures 2 a 7. 
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1. Enregistrement de contenus audio-visuels dans le reseau a partir d'un site 
Web d'un enregistreur de reseau. 

1.1. Decouverte d'un enregistreur de reseau par site Web. 

Un enregistreur de contenus audiovisuels peut se faire connaitre au 
moyen d'une page HTML sur son site Web. 

En cliquant sur un Hen indique sur la page Web, ie terminal de 
I'utilisateur recoit un fichier avec un type MIME particulier : "applicationfx-TV- 
Record-Service-D&clamtion". 

Le fichier obtenu en retour contient les informations suivantes : 

- de preference, I'adresse de i'enregistreur sur le reseau {element 
<RecordServiceAddress>) , 

- de preference, fa liste des chaines qu'il peut enregistrer (element 
<DeliverySer\'iceList>) contenant pour chaque chaine : 

* de preference, I'adresse de la chaine telle que definie par Je 
forum TV Anytime (attribut "service URL"), 

* optionneliement, ie tarif pratique par I'enregistreur pour cette 
chaTne (element <ChargingPolicy>) , 

- optionneliement, les capacites de conversion de I'enregistreur 
(element <ConversionCapabilities>) qui se decomposed en : 

possibility de reduction en debit (element 
<BitrateConversionCapability>), 

* possibility de transcoder ies contenus audiovisuels (element 
<TranscodingCapability>) dans differents formats de codage 
audiovisuel, 

- optionneliement, les protocoles supportes pour Ie transfert du 
contenu une fois I'enregistrement effectue vers le poste client (par 
defaut, on pourrait considerer que seul le mode FTP ou un autre est 
toujours propose). 

Exemple d'un fichier de declaration d'enregistreur dans le reseau : 
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<TV_Record_Service„Declaration xmIns:xsi= , 'http://www.w3.org/2001/XMLSchema-instance n 
>©i:noNamespaceSc^emaLoGation= 1 TVRecServ.xsd H version- 1 ! "> 
<RecordServic^ddress>http://w^ 
<ConverslonCapabi!itJes> 

<BitrateConversionCapability>true</BltrateConversionCapability> 
<Transc^ingCapabiIity>MPEG-1</TranscodingCapabiiity> 
<TranscodingCapabiiity>MPEG-4</TransGodingCapability> 
</ConversionCapabilities> 
<SupportedTransferProtocois> 

<SupportedTransferProtoco! vaiue= n FTFY> 
<SupportedTransferProtocol value="HTTP7> 
</SupportedTransferProtoco!s> 
<DeliveryServiceList> 

<DeHveryService serviceURL="dvb://1 .2.a H > 

<ChargingPo!icy xml:lang="en ,r >3 USD for AV contents produced in the last 3 months, 1 USD for 
the other contents</GhargingPo!icy> 
</DeliveryService> 

<DeiiveryService serviceURL- "dvb://1 .2.b7> 
<DeliveryService serviceURL="dvb://1 ,2.c7> 
</DaliveryServiceUst> 
</TV_Record_Service_Declaration> 

Cette table permet de declarer un enreglstreur de contenus 
audtovisuels diffuses que Ton peut commander a I'adresse indiquee par 
('element <RecordS&n/iceAddress> pour tes services de livraison de contenus, 
ou canaux de diffusion (canaux de television) indiques par les elements 
<DeliveryServiceURL>. 

Ainsi, lorsque I'utilisateur desire enregistrer un contenu diffuse par Tun des 
canaux de diffusion ainsi declares, le terminal de I'utilisateur peut, s ! i! ne regoit 
pas directement le canal de diffusion du contenu selectionne ou s'il est dans 
rimpossibilite de le recevoir a I'heure de diffusion du contenu, commander 
I'enregistrement de ce contenu k 1'adresse indiqu6e dans I'element 
<RecordServioeAddress>. 
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1.2. Commande par Tutilisateur d'un enregistrement dans le reseau. 
Quand un utilisateur desire faire appel a un enregistreur de reseau parce 
qui! a d6couvert dans I'etape precedente que celui-ci pouvait lui enregistrer 
5 les contenus audiovisuels diffuses par un canal de diffusion particulier, i! doit 
(ui envoyer, a Tadresse indiquee par 1'element <RecordServiceAddress> de la 
table definie ci-dessus, la commande <TV_Record_Sen/ice_Request> avec 
les informations suivantes : 

- de preference, identification de I'utilisateur (attribut "(Jserld*), 

io - optionnellement, ('identification du protocole d utiliser pour le transfer! 

du contenu apres enregistrement, 

- optionnellement, ridentification du codage desire pour le contenu § 
enregistrer (ce qui peut demander un transcodage dans I'enregistreur), 

» de preference, ^identification du contenu a enregistrer (attribut 
15 "CRID% 

- optionnellement ridentification d'une instance de ce contenu 
constitute de : 

* de preference, ridentification de la chains de television (attribut 
"sefviceURL"), 

20 * de preference, I'heure de debut (attribut "start'), 

* de preference, I'heure de fin (attribut "end 1 ) ou la duree (attribut 
"duration 1 ), 

* optionnetlement, ridentification d'une instance parficuliere 
(attribut "instanceMetadatafd'). 

25 

Exemple d'un fichier de commande d'enregistrement de deux contenus 
dans ie reseau avec protocole de recuperation du contenu enregistre en FTP, 
transcodage en MPEG-4 avec un debit maximal de 1500 kbit/s pour le 
contenu ' , crid://hbc.comffoxes/episode11 u sur le canal de television "dvb:// 
so 1.4ee2.3f5/" et le contenu n crid://ch1xom/serie/ep12 n sur le canal 
n dvb://1.4ee2.3f4;4f5/": 
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<W Jtec»rd_Service_Request xm(ns;xsi~ 'http://www.w3> org/2001 /XM LScherna-instance" 
xsi:noNamespac«Sc^emaLocation^ , TVRecServ < xsd" userld= ,, X3YZDFdeGH49 M > 

<RequestedTransferProtocol>FTP</RequestedTrarisferProtocol> 

<Transcoding>MPEG-4</Transo)ding> 
5 <MaxBitRate>1 500</MaxBttRate> 

<Contentfdentification crid="cnd://hbacom/foxes/episcde1 1" serviceURL="dvb:// L4ee2.3f5/" start= u 20G1- 
04-07T19:QO:00.00+01:00 M duraiion= u PT1 H30M7> 

<Contenildentification crid="crid://ch1 xom/serie/epl 2" serviceURL= u dvb://'L4ea2.3f4;4f5/ M start="2003-G8- 
27112:30:00.00+01:00" duration="PT0H3QM" instanceMetadata!d="imi: broadcast/1 7> 
10 <m/ < _RecQrd__Ssrvice_Request> 

Chaque contenu a enregistrer est identifie par son CR/D, par le 
sen/iceURL qui va delivrer 1e contenu, par son heure de debut et sa duree (ou 
son heure de fin) et eventuellement son identification distance, 
15 En retour la reponse <TX / _RaGord_Sen/ice_Request_Response> 

contient pour chaque contenu dont 1'enregistrernent a ete commande : 

- soit une acceptation de commande d'enregistrement (element 
<RecordRequestSuccess>) (figure 2) contenant : 

* de preference, (Identification de ia commande 
20 d'enregistrement acceptee (attribut "requestld'), 

* de preference, identification du contenu commande 
(attribut "CR/D"), en cas de pluralite de contenus commandes 
dans la meme commande, 

* optionneilement, ('identification du contenu commande 
25 (attribut "CR/D"), dans ie cas d'un contenu unique commande, 

* optionneilement, i'heure de fin programmee 
d'enregistrement (attribut "recordEndTime") 

* optionneilement, la duree de conservation du contenu 
enregistr6 (attribut "keepDuration"), 

30 * optionneilement le cout de I'enregistrement (attributs 

"recordCosfet "currency 1 ), 
~ soit un refus de la commande d'enregistrement (element 
<RecordRequestFailure>) (figure 3) contenant : 
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* de preference, ridentification du contenu demande (attribut 
"CR/D') refuse, en cas de pluralite de contenus commandes 
dans la meme commande, 

5 * optionnellement, ridentification du contenu commande 

(attribut "GRID") en cas d'un seul contenu commande, 

* optionnellement, la raison du refus (attribut KOreason'). 

Example de reponse a une commande d'enregistrement avec 
10 acceptation pour deux contenus (le deuxieme avec indication de duree de 
conservation et cout & payer) et refus pour deux autres : 

<W_Recond_Service_Request_Response >mlns:xsi='T>ttp://^^ 
xsi:noNamespaceSchernaLocatton='TVRecServ.xsd"> 
1 5 <RecordRequestSuccess cnd^'cndi/Zhbcxom/foxes/episodel 1 " requestid="1 2456XD34" 

recordEndTime="2003-04-07T20:30:00.00+01 :007> 

<RecordRequestSuccess crid^'crid^/zzs.com/movie/titier' requestld="1 56VVQ77" recordEnd71me="2003-04- 
07X20:30:00.00+01:00" keepDuration= n PT24H" recordCost^" currency="USD7> 
<RecondRequestFailure crid="crid://ch1 .com/ssrie/ep1 2" KOreason="unknownCR!D , 7> 
20 <RecordRequestFailure crid="crid://chaine5.cx)m/f!lm1 5" KOreason~"unavaiiableServiceURL7> 
</TV_Record_Service_Request_Response> 



1 .3. Gestion d'une commande d'enregistrement dans le reseau. 
Apres acceptation d'une commande d'enregistrement dans ie reseau, 
25 I'enregistreur de reseau a les moyens de se tenir informe des changements 
d'horaire pouvant intervenir dans la diffusion des contenus AV et de 
reprogrammer Penregistrement des contenus commandes en consequence. 

Apres acceptation d'une commande d'enregistrement dans le reseau, 
Putilisateur a plusieurs possibiiites : 
30 - annuler sa commande d'enregistrement {si le cout est trop eieve ou si! 

change d'avis), 
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- interroger sur I'etat de sa commande d'enregistrement (pour savoir si 
le contenu a ete reprogramme a une autre date ou heure ou si 
I'enregistrement est termine) 

Pour annular une commande d'enregistrement, I'utiHsateur doit envoyer 
5 la commands "annuler une commande d'enregistrement" (structure de 
donnees <TV_Record_Request_Cancel>) (figure 5) contenant : 

- de preference, {'identification de la commande d'enregistrement 
acceptee (attribut Yequestld"), 

~ optionnellement, ('identification du contenu a enregistrer (attribut 
10 "CRID*% 

- optionnellement, (Identification de I'utiHsateur (attribut <Userld>). 

Exemple de commande d'annulation de demande d'enregistrement : 

15 <TV_Reoord_Request_Cancel xm!ns:xsi= , 1ittp://>/Aw/Av3 > org/2001iCKMLSGhema-instance u 

xsirnoNamespaceSchemaLocation^TWecServ.xsd" crid= ,, crid://hbc.corn/foxes/episccie1 1 " 
requestId="12456XD347> 

!) n'est pas attendu de reponse de I'enregistreur. 

20 

Pour connattre I'etat d'une commande d'enregistrement, S'utilisateur doit 
envoyer la requete "demande d'etat d'enregistrement" (structure de donnees 
< TV_Record_Request_Siaius_Request>) (figure 2) contenant : 

- de preference, V identification de la commande d'enregistrement 
25 acceptee (attribut "requestld"), 

- optionnellement, ('identification du contenu & enregistrer (attribut 
"GRID"), 

- optionnellement, I'identification de I'utilisateur (attribut <Userld>). 
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Exemple de requete de "demande d'etat d'enregistrement" : 
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<TA/_Record_Request_Status_Request xmlns:xsi="http://www.w3.org/2001/XMLScherna-instancs" 
xsl:noNamespaceSchemaLocation="TVRecServ.3{sd" crid="cricl://hbc.com/foxes/episode11" 
requestld="1 2456XD347> 

Plusieurs reponses sont possibles. Dans le cas 0C1 le contenu n'est pas 
encore enregistre (figure 4), la reponse de I'enregistreur contiendra : 

- de preference, 1'identification de la commands d'enregistrement 
acceptee (attribut "requestld"), 

- de preference, I'etat de la commande {attribut "status", valeur 
"runnningRequest") , 

- optionnellement, I'identification du contenu a enregistrer (attribut 
"GRID"), 

- optionnellement, la date et i'heure de fin programmee (attribut 
"call After 1 ). 

Exemple d'une reponse "contenu non encore enregistre" : 

<W_Record_Request_Status_R^ 

xsi:noMamespaceSchemaLoration='TVRecServ.xsd" orid="crid://hbc.com/foxes/episode1 1 " 
requestld="12456XD34" status="runningRequesf ' callAfter="2003^0S-27T14:30:00.00+01 :007> 

L'attribut "callAfter" permet au terminal de programmer un 
temporisateur pour refaire une requete d'etat d'enregistrement lorsque celle-ci 
aura des chances d'obtenir une reponse differente. C'est le cas lorsque I'heure 
de diffusion d'un contenu a change. 

Dans le cas ou la requete n'est pas reconnue comme vaiide (figure 7), 
la reponse de I'enregistreur contiendra : 

- de preference, I'identification de la commande d'enregistrement 
acceptee (attribut "requestld"), 

- de preference, I'etat de la commande (attribut "status", valeur 
"unknownRequest"), 
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- optionnellement, I'identification du contenu a enregistrer (attribut 
"CRID'% 

Example de reponse de 1'enregistreur pour une commande 
d'enregistrement inconnue : 

<TV_Record_Request_Status_Response xmlns:xsi= , 'http:/^vvvw.vv3.org/2001/XMLSchema-instance' , 
xsi:noNamespac»SchemaLocation="TVRecServ.xsd'* crid="crid://hbc.oom/foxes/episode11" 
requestld="1 2456XD34" status="unknownRequest"/> 

Cela pourra se produire si le terminal de I'utilisateur interroge 
I'enregistreur de reseau apres la date d'expiration de la conservation d'un 
contenu enregistre. 

Dans le cas ou la requete a echoue pour une raison ou une autre 
(figure 6), I'enregistreur repondra par : 

- de preference, I'identification de la commande d'enregistrement acceptee 

(attribut "requestld"), 

- de preference, I'etat de la commande (attribut "status", valeur 
"failedRequesf) 

- optionnellement, identification du contenu a enregistrer (attribut "CR/D*). 

Exemple de reponse de I'enregistreur pour une commande 
d'enregistrement terminee sur echec : 

<WJ^e<x>rdJ*equest_StatusJ?esponsexmlns^ 

xsi:noNamespaceSchemaLocation="TVRecServ.xsd" crid="crid://hbo. com/foxes/episode1 1 " 
requestld="1 2456XD34" status="failedRequest"/> 

Dans le cas oD I'enregistrement est termine et le contenu disponible, la 
reponse de I'enregistreur contient : 

- de preference, I'identification de la commande d'enregistrement 
acceptee (attribut "requestld"), 
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- de preference, i'etat de la commande (attribut "status", valeur 
"contentA vai fable ") , 

- optionnellement, ridentification du contenu a enregistrer 
(attribut "CR/D"), 

- optionnellement, la duree de conservation du contenu 
enregistre dans I'enregistreur (attribut "keepDuration'% 

- de preference, le moyen de recuperer le contenu enregistre 
(attribut "contentURL") 

Exemple de reponse de I'enregistreur pour contenu enregistre dans 
I'enregistreur : 

<TO_Record_Request_Status_Responsex^ 

xsi:noNarnespac3SchemaLocation='Ti..'RecServ'.xsd" crid="crid://hbc.com/foxes/episode1 1 " 

tBquest!d="12456XD34"status="contentAvailable" 

contentURL=**ftp:/flDgin:passwon3@ftp.tvrs.fr/user1/av12.mpg7> 

1 .4. Transfert et suppression d'un contenu enregistre dans le reseau 
Lorsque I'enregistreur repond a une requete d'etat d'une commande 
d'enregistrement de contenu en indiquant que le contenu est disponible, le 
terminal de I'utilisateur peut alors recuperer ce contenu par telechargement, 
son adresse est indiquee par I'attribut <contentURL> de la reponse de 
I'enregistreur. 

L'enregistrement dans le reseau sera supprime automatiquement apres 
un certain deiai de conservation ou par une commande explicite du terminal 
contenant : 

- de preference, I'identification de la commande d'enregistrement 
acceptee (attribut "requestld"), 

- optionnellement, I'identification du contenu a enregistrer (attribut 
"GRID'), 

- optionnellement, I'identification de I'utilisateur (attribut <Userld>). 
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Exemple de commande de suppression d'enregistrement dans le 
r6seau : 

<Rec#reiedJ^ontentJDelete 

xsi:noNamespaceSchemaLocat^on= , TVRecServ.xsd ,, oid^'cridr/^bacom/foxes/episodel 1" 
requesttd="1 2456XD347> 

II n'est pas attendu de reponse de ('enregistreur. 

2. Enregistrement d ? un contenu audio-visuel par un enregistreur de reseau par 
UDDl et SOAP. 

2.1 . Declaration de Penregistreur de reseau par UDDl (service Web) 

La technologie des services Web et en particulier UDDl (Universal 
Description, Discovery and Integration) peut permettre aux enregistreurs de 
contenus audiovisueis diffuses dans le reseau par des canaux de diffusion de 
s'inscrire dans un annuaire : Tannuaire d'affaires UDDL 

La technologie SOAP (Simple Object Access Protocol) permet 
d'echanger des structures de donnees de type XML. 

\\ faut pouvoir enregistrer dans cet annuaire UDDl : 

~ une nouvelle categorie (ou rubrique) de service : le service 

d'enregistrement de contenus audiovisuels dans le reseau avec son 

point d'acces et les operations qu'ils acceptent des terminaux 

utilisateurs, 

- un critere de recherche : Tidentificateur de chaque canal de diffusion 

(chame de television). 
Ainsi, un terminal utilisateur qui cherche un enregistreur de reseau 
pourra interroger Tannuaire en fournissant un ou plusieurs identificateurs de 
canaux de diffusion (chaTnes de television) et en demandant en retour un 
moyen de s'adresser directement aux enregistreurs qui repondent aux criteres 
de recherche. 

Le nouveau critere de recherche dans I'annuaire UDDl que constitue 
Tidentificateur de chaTne de television, par exemple, doit faire i'objet de la 
definition d'un nouveau tft/iodel UDDl appele ici "s&rviceURL" (en conformite 
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avec la section 1.6.4 des specifications UDDI relative a la definition de 
"tModel") pour declarer les canaux de diffusion de contenus audiovisuels. On 
lui donnera le nom de "tv-r&cord-org:sen/iceURL". C'est une autorite qui doit 
demander I'enregistrement de ce nouveau ,l tModel". L'entite "tv-record-org" est 
quelconque, cela pourrait etre "tv-anytime-org" ou une autre. Ceci a pour 
consequence de declarer une cle du meme nom "uddhtv- 
record. org.sennce URL ". 

La declaration de cette cle contient egalernent des references aux 
specifications de ce "tModel" par I'organisme demandant son introduction 
"<ovemewDoc><overviewURL>" et Pelement "<categor}/Bag> contient des 
informations standards de toute declaration de "tModel". 

<tMcdei tModelKey="uddi:tv-record.org:sera"ceURL"> 
<name>tv-record-org:ser/iceURL</name> 

description xmi:lang="en">Category system for each delivery service handled by a recording 
service</description> 
<overviewBoc> 

<overviewURL useType="text"> 

ftp://pub:pub@ftp.frano S telecom.fr/pub/Spec/RecordJModel.2;ip 
</overvievvURL> 

</overviewDoo 

<categoryBag> 

<keyedReferencekeyName="uddi-Qrg:types:categori2ation" 

keyValue^'rategorization'-tModelKey^'uddhuddi.orgrcategorization^pes"^ 
<keyedReferencekeyName="uddi-org:lypes:unchecked" 

keyValue="unchecked"tMcdelKey="uddi:uddi.org:categori2ation:types"/> 
</categoryBag> 

</tModel> 

II est egalernent necessaire de definir un "tModel port" pour renvoi de 
requete a I'enregistreur de contenus audiovisuels comme suit :ce « tModel » 
decrit ie service de transfert de commande a I'enregistreur de contenus dans 
le reseau "submit_Data" dont I'usage sera illustre plus loin : 
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<tModel t^oden<ey= n uddiitv-record.org:submit_Data_v10 ,, > 
<name>tVHrecorcl-org:submit - Data_v1 0</name> 

<description xml:Iang= n en">TV Record WSDL interface for submitJData port</description> 

<overviewDoc> 

<overviewURL useType= ,l wsdilnterface"> 

http://www.tv-record.org A^dl/tvrjra 

</overviewllRL> 
</overvlewDoc> 
<overv!ewDoc> 

<overviewURL useType= u text> 
ftp://tvr:tvr@ftp.voi!a.fr/spec^tvr_x>^/10.zip 

</overviewURL> 
</overviewDoc> 
<categoryBag> 

<keyedReference |<eyName="uddi-org:types:wsdl M keyValue="wsdiSpec M 

i^1odeiKey= ,, uddKuddi.org:categorizatior>:types ,, /> 

<keyedReference keyName="uddi-org:types:soap" keyVaiue="soapSpec" 
tMcdelKey~ M uddi:uddi.org:categorization:types ,, /> 

<keyedReference keyName='\iddi-org:types:xmt" keyVaiue="xmlSpec n 
tjMDdelKey^'uddhuddi.org-.categorizationttypes^^ 

<keyedReference key^lame= ^ uddi-org:types:speciflcation , ' 
keyValue^speciftcation" tModel{<ey=="uddi:uddi-org:categorization:types , 7> 
</categoryBag> 
</iModel> 

Un enregistreur de contenus audiovisuels diffuses, pour se faire 
connaTtre, doit declarer ses possibility d f enregistrement en utilisant la 
methode (de i'API de publication UDDI) appelee "save^binding" (en supposant 
que les structures parentales appropriees "businessEntity" et 
"businessService" ont deja ete declarees) en faisant reference au « Wlodel » 
defini pr§c6demment : 



<save_binding xmlns=:"um:uddi-org:apLv3 n > 
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<bindingTemp!ate> 

description xmt lang^>D6c!aration d'un service d'enregfstrement de contenus audiovlsueis pour une (ou 
plusieurs) chaine(s) de televlsion</description> 
<accessPoint useType-"endPoinr> 

http://vywv/. voila.fr/movies 
</accessPo?nt> 
<tModellnstanceDetails> 
<t^dellnstancelnfc^ 
< i n stan os Deta i is> 
<instanosParrns><![CDATA[ 

<?xrnl vers icn=" 1.0" encoding="utf-8"?> 
<describe_submit__Data_Result seaiceVers!on="3" 

xm[ns="http://wvw.tv-anytimaorg/2002/11/transport , '> 
<ConversionCapafoilities> 

<BitrateConvei^ionCapability>true</BitrateConversionCapabi!jty> 
<Ti ranscodingCapabnity>ypEG-1 <^ransccd!ngCapabi!ity> 

<TranscodingCapabilrty>MPEG^</Transcc>dingCapabiHty> 
</ConversionCapabiJities> 

<SupportedTransferProtocols> 
<SupportedTransferProtocol vaJue="FTP7> 
<SupportedTransferProtocol value="HTTP7> 
</SupportedTransferProtocols> 
<DejjveryServiceList> 

<DeHveryService serviceURL="dvb://1 .2.a"> 

<Charging P olicy xmtlang=»en">3 USD for AV contents produced in the last 3 months, 1 USD for the other 
contents</ChargingPoiicy> 
</DefiveryService> 

<DeiiveryService serviceURL="dvb://1 .2.b7> 
<DeIiveryService service URL="dvb://1 .2.c7> 
</DeIiveryServiceUst> 

</describejsubmriJ3ataJResult> 
]J></instanceParms> 
</instanceDetails> 
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</tModellnstance!nfo> 
<^yode!lnstanc^DataHs> 
<categoryBag> 

<keyedReference tycKJelKey^'uddirtv-record.org-.servlceURL" 

keyVaIue="dvb://1.2.a , 7> 
<keyedReferencet^odeiKey="uddi:tv~record.oi^:serviceURL" 

keyValue="dvb://1 .2.b7> 
<keyedReference ^^jlodelKey=: ,, uddi:tv-record.o^g:sen/^c3URL 1, 

keyValue="dvb://1 .2.c7> 
</categoryBag> 
</bindingTemp!ate> 
</saveJ>inding> 

Uelernent <accessPoint> fournit Padresse http de Penregistreur ou 
devra etre envoyee ia requite "submit_Daia". 

Velement <instanceParms> contient ia declaration de ce que Ton peut 
attendre de Penregistreur (conienu de la structure de donnees 
<TV r _Record_Service_DecIaretfon> definie pour ie premier mode de 
realisation) qui delimit les possibilities de transcodage, de reduction de debit, 
de protocole de transfer!:, Ia iiste des canaux de diffusion enregistrables et les 
conditions tarifaires. 

L'element <categoryBag> contient la Iiste des canaux de diffusion que 
Penregistreur est capable d'enregistren 

2.2. Decouverte de Penregistreur de reseau par service Web 
La technologie des services Web et en particulier UDDl (Universal 
Description, Discovery and Integration) offre egalement la possibilite aux 
terminaux, disposant d'une connexion a flnternet, de decouvrir des 
enregistreurs de contenus audiovisuels diffuses, sans connaissance pr6alable, 
en interrogeant cet annuaire. 

Ainsi, tout terminal peut utiliser un noeud de Pannuaire d'affaires UDDl 
(qui a des adresses bien connues) pour trouver des enregistreurs de contenus 



1er depot 

26 



audiovisuels diffuses par la commande <fmdjbinding> comme illustre ci- 
dessous : 

<find_binding xmlns="um:uddI-org:apLv3"> 
5 <tModelBag> 

<tMcde!Key>uddi:tv-recoixi.org:submit_Data_v10</tModelKey> 
</tModelBag> 
<categoryBag> 

<keyedReferencetModelKey= ,, uddi:tv-re(^^d,OI^:se^YiceURL ,, 
10 keyValue= M dvb://1 .2,a"/> 

^eyedReferene^t^odelKey^'uddirtv-record.oi^rsemc^URL" 
keyValue="dvb://1 ,2.c7> 
</categoryBag> 
</find_binding> 

15 

Dans cet example, le terminal recherche un enregistreur de reseau 
pour les canaux, ou chames de television, references "dvb://1.2.a" et 
"dvb:/1.2.c". 

En reponse, le terminal va recevoir une liste de <bindingTempfate> 
20 (enregistres dans I'annuaire des services par la commande <save_binding>) 
qui repondent a sa requete. 

2.3. Commande d'enregistrement dans le reseau 

Apres avoir choisi un enregistreur de contenus audiovisuels, le terminal 
25 peut envoyer la requete suivante en utilisant SOAP (Simple Object Access 
Protocol) pour commander I'enregistrement d'un contenu (en encapsulant la 
commande <TV_Record_Semce_Request> d^finie dans le mode de 
realisation precedent) : 

30 POST /tvr/md-service HTTP/1 .0 

Host: www.voila.fr 

Content-Type: text/xml; charset="utf-8 u 
Content-Length: nnnn 
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Accept-Encoding: deflate 
SOAPAcSon: "submit J>ata H 

<?xm! version="1.0 u encoding= M UTF-8"?> 
5 <Em/elope xmins=" http://schemas.xmIsoap.org/soap/env6lopeT> 

<Body> 

<submitjData xmlns= M http:/Av\w/.tv-record. org/2002/1 1 /transports 
<TV_Record_Service_Request 

^ms:xsi- r http:/MvwV^.vj3.org/2001/X^1LSct!ema~instance'' 
10 xsi:noNamespaceSchemaLocaiion= , TVRecServ.xsd ,, userid="XcGHJ63DX u > 
<RequestedTransferPmtocoi>FTP</RequestedTransferProtocoI> 
<Transc^ing>MPEG-4</Transcodtng> 
<MaxBitRate>1500</MaxBitRate> 

<Contentldentification crid=="crid://hbacom/foxes/episode1 1" 
1 5 serviceURL^dvb:// 1 .4ee2.3f5T 

start='*2001 -04-07T1 9:00:00.00+01 :00" duration="PT1 H30M7> 
<Contentldentifica(tion crid="crid://ch1 .com/serie/ep12" 
serviceURL= M dvb://1 .4ee2.3f4;4f5/" 

start= w 20Q3-G6~27T1 2:30:00.00+01 :Q0" duration= M PT0H30^ n 
20 instanceMetadatald= 1, imi:broadcast/-r7> 
</TV_Record_Service_Request> 
</submit_Data> 
</Body> 
</EnveIope> 

25 

En retour ie terminal va recevoir la reponse suivante avec des 
cornmandes d'enregistrement acceptees et d'autres refusees : 

HTTP/1.1 200 OK 
30 Content-Type: text/xm!; chan3et= ,, utM" 
Content-Length: nnnn 
Content-Encoding: deflate 
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<?xmi version= n 1.0" encoding= ,, UTF-8"?> 

<EnveIope xmins= M http://www.w3.org/2002/C8/soap-enveIope ,, > 
<Body> 

<submit_Data_Result xrnlns=" http://schernas.yjmlsoap.org/soap/enyeIope/"> 
<TV_Record_Service_Request_Response 
^ins:xsi="http://v^ 

xsi:noNamespac9SchemaLocaiion= , TV/RecServ ( xsd H > 
<RecordRequestSuccess crid^crid:/#ifoc.com/foxes/episcde1 1" 
requestld^i 2456XD34" 

recordEndTime="2003-04-07T20:30:00.00+01:00 , 7> 
<RecordRequestSuccess cricl="crid://zzz. com/movie/title 1" 
r&questld="1 56W077" 

reco^dEndT!me= ,, 2003-04-07T20:30:00.00+01:00 , ' 
keepDuration= ,, PT24H" recordCost="2" currency="USD7> 
<RecordRequestFailure crid="crid'://ch1 .com/serie/epl2 n 

KOreason^'unknowriCRID"^ 
<RscordRequestFailure Grid^'cnd://ch3.ine5.corn/film15" 
KOreason^unavailafoleServiceURL"^ 
< ^V_Record_Service_Request_Response> 
</subrnrt,Data_Resutt> 
</Body> 
</Enve)ope> 



II est precede de la meme fagon pour encapsuler les autres commandes 
definies dans le mode de realisation precedent pour les autres etapes de 
I'enregistrernent de contenus audiovisuels dans le reseau. 
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REVENDICATIONS 



1. Procede d'enregistrement de contenus audio-visuels dans un reseau de 
5 communication, caracteris6 en ce que, iedit reseau de communication 

comprenant au moins un enregistreur de reseau apte k enregistrer des 
contenus audio-visuels diffuses sur una plurality de canaux de diffusion, 
renregistrement desdits contenus audio-visueis par un enregistreur de reseau 
6tant effectue a la demande d'un utilisateur muni d'un terminal de 
10 communication apte & ^changer des informations avec au moins un 
enregistreur de reseau a travers Iedit reseau de communication, Iedit procede 
comporte les eiapes suivantes : 

- pour Penregistreur de reseau, se declarer dans le reseau, la declaration 
indiquant au moins : 

15 * un moyen d'acces audit enregistreur, 

* une liste de canaux de diffusion dont les contenus audio-visueis 
diffuses sont aptes a etre enregistres par I'enregistreur de reseau, 

- pour Putifisateur, choisir au moyen de son terminal un enregistreur de reseau 
apte a enregistrer au moins un contenu audio-visuel souhaite et s'y connecter 

20 a Taide dudit moyen d'acces afin de commander renregistrement dudft au 
moins un contenu audio-visuel, ladite commande comprenant une 
identification dudit au moins un contenu audio-visuel a enregistrer a choisir, 
s6parement ou en combinaison, entre une reference unique dudit contenu et 
une Identification d'une instance dudit contenu constitute d'au moins 

25 r identification du canal de diffusion de ladite instance accompagnee de 
Indication d'une plage horaire de diffusion, 

- pour I'enregistreur de reseau, emettre une reponse & la commande 
d'enregistrement de I'utilisateur contenant pour chaque contenu a enregistrer 
une identification de la commande Renregistrement acceptee, en cas 

30 d'acceptation de la commande. 

2. Procede selon la revendication 1 ? characterise en ce qu'il comporte 
egalement les etapes consistant : 
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- pour Futilisateur, en cas cTacceptation de la commando, a formuler vers 
Fenregistreur de reseau une requete sur Fetat de la commande 
d'enregistrement en indiquant au moins ladite identification de la commande 
d'enregistrement acceptee, 
5 - pour Tenregistreur de r§seau, a emettre une reponse a la requete sur Fetat 
de la commande d'enregistrement contenant au moins Identification de la 
commande d'enregistrement acceptee et Fetat de ia commande. 

3. Procede selon la revindication 1, caracterise en ce qui! comporte 
egalement les etapes consistant pour Futilisateur a formuler une requete 

10 d'annulation d'une commande d'enregistrement acceptee ou de suppression 
d'un contenu enregistre par Fenregistreur de r6seau t en indiquant au moins 
Fidentification de la commande d'enregistrement acceptee. 

4. Procede selon Fune quelconque des revendications 1 a 3, caracterise en ce 
que ledit moyen d'acces d un enregistreur de reseau consiste en une adresse • 

is dudit enregistreur dans le reseau. 

5. Procede selon Fune quelconque des revendications 1 a 3, caracterise en ce 
que ledit moyen d'acces a un enregistreur de reseau consiste en un annuaire # 
comprenant une inscription d'op^rations particulieres aux enregistreurs de ^ 
reseau, chaque enregistreur de reseau etant identifie par ladite operation. 

20 6. Procede selon Fune quelconque des revendications 1 a 5, caracterise en ce 
que ladite liste des canaux de diffusion dont les contenus audio-visuels 
diffuses sont aptes a etre enregistres par Fenregistreur de reseau comporte 
Fadresse de chacun des canaux de diffusion, accompagnee optionnellement 
du tarif pratique par Fenregistreur de reseau pour chacun des canaux de 

25 diffusion. 

7. Procede selon Fune quelconque des revendications 1 a 6, caracterise en ce 
que la declaration de Fenregistreur de reseau dans le reseau contient les 
capacites de conversion dudit enregistreur. 

8. Procede selon la revendication 7, caracterise en ce que lesdites capacites 
so de conversion concernent ia reduction en debit et/ou le transcodage des 

contenus audio-visueis. 

9. Procede selon Fune quelconque des revendications 1 a 8, caracterise en ce 
que la declaration de Fenregistreur de reseau dans le reseau contient tes 
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protocoles de transfert du contenu audio-visuel enregistre vers le terminal de 
t'utilisateur aptes a etre mis en oeuvre par renregistreur de reseau. 

10. Precede selon Tune quelconque des revendications 1 a 9, caracterise en 
ce que ladite indication de plage horaire comporte fheure de debut de 
diffusion et fheure de fin ou la duree de diffusion sur le canal de diffusion de 
ladite instance. 

11. Procede selon Tune quelconque des revendications 7 a 10, caracterise en 
ce que ladite commando contient les capacites de conversion exigees par 
I'utilisateur pour le transfert de i'enregistrement vers son terminal 

12. Procede selon Tune quelconque des revendications 1 a 11, caracterise en 
ce que la reponse de renregistreur de reseau contient, en cas d'acceptatiqn 
de la commande, ladite reference unique du contenu audio-visual commando. 

13. Procede selon Tune quelconque des revendications 1 a 12, caracterise en 
ce que la reponse de renregistreur de reseau contient, en cas d'acceptation 
de la commande, I'heure de fin programmee de I'enregistrement et/ou le cout 
dudit enregistrement 

14. Procede selon Tune quelconque des revendications 1 a 13, caracterise en 
ce que la reponse de renregistreur de reseau contient, en cas d'acceptation 
de la commande, ia duree de conservation de I'enregistrement par 
renregistreur de reseau. 

15. Procede selon rune quelconque des revendications 1 a 14, caracterise en 
ce que la reponse de renregistreur de reseau contient, en cas de refus de la 
commande, la raison du refus. 

16. Procede selon i'une quelconque des revendications 2 a 15, caracterise en 
ce que ladite requete sur I'etat de la commande d'enregistrement contient 
ladite reference unique du contenu et/ou I 5 identification de rutilisateur. 

17. Procede selon rune quelconque des revendications 2 a 16, caracterise en 
ce que la reponse a la requete sur I'etat de la commande d'enregistrement 
contient, en cas de commande non encore executee, la reference unique du 
contenu et/ou la date et rheure de fin programmee. 

13. Procede selon I'une quelconque des revendications 2 a 16, caracterise en 
ce que la reponse a la requete sur I'etat de la commande d'enregistrement 
contient, en cas de commande inconnue, la reference unique du contenu. 
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19. Precede selon Tune quelconque des revendications 2 a 16, caracterise en 
ce que la reponse a la requete sur I'etat de la comrnande d'enregistrement 
contient, en cas d'echec de la comrnande, la reference unique du contenu. 

20. ProcedS selon Tune quelconque des revendications 2 a 16, caracterise en 
5 ce que la reponse a la requete sur Petat de la comrnande d'enregistrement 

contient, lorsque le contenu est disponible, une adresse ou le contenu 
enregistre est disponible 

21. Precede selon la revsndication 20, caracterise en ce que ladite reponse 
contient la reference unique du contenu et/ou la duree de conservation de 

10 Tenregistrement par Tenregistreur de reseau. 

22. Proc§de seion Tune quelconque des revendications 3 a 21, caracterise en 
ce que ladite requete d'annuiation de comrnande ou de suppression de 
contenu enregistre contient la reference unique du contenu et/ou 
^identification de rutiiisaieur. 

15 23. Precede selon Tune quelconque des revendications 1 a 22, caracterise en 
ce que ladite comrnande comporte une identification de J'utilisateur. 
24. Procede selon Tune quelconque des revendications 1 a 23, caracterise en 
ce que la reponse de Tenregistreur de reseau a la comrnande 
d'enregistrement de Tutilisateur contient une identification de contenu refuse, 

20 en cas de refus et de piuralite de contenus commandes. 
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Precede d'enregistrement de contenus audio-visuels dans un reseau de 
communication 


LE(S) DEfVlANDEUR(S) OU LE(S) 
MAN DATAIRE(S) : 




Ufc^itJNh(NT) EN TANT - — 

QU'INVENTEUR(S): 


Inventeur 1 — 


Norn 


BERTIN — — 


Prenoms 


Christian 


Rue 


7 rue Monseigneur Duchesne 


Code postal et ville 


35000 RENNES — ~~ ~ 


Societe d'appartenance 




La loi n°78 : 17 du 6 Janvier 1978 relative a Hnformatique aux frchiers et aux liberies s'applique aux reponses faites a ce formulate 
Elle garantit un droit d'acces et de rectification pour les donnees vous concernant aupres de I'INPJ. 



Signe par 

Signataire: FR, Cabinet Grynwald, A.Grynwald 
Emetteur du certificat: DE, D-Trust GmbH, D-Trustfor EPO 2.0 
Fonction 

Mandataire agree (Mandataire 1) 



